i 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(11) EP 1 037 133 A1 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

20.09.2000 Bulletin 2000/38 

(21) Application number 99104028.8 

(22) Date of filing: 15.03.1999 



(51) lntCI.7: G06F 1/30. G06F 9/445, 
G06F 9/46 



(84) Designated Contracting States: 


(72) Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• Hermann, Reto 


MC NL PT SE 


8863 Buttlkon (CH) 


Designated Extension States: 


• Husemann, Dirk 


AL LT LV MK RO SI 


8134 Adllswil(CH) 


(71) Applicant: International Business Machines 


(74) Representative: Heusch, Christian et al 


Corporation 


International Business Machines Corporation, 


Armonk, N.Y. 10504 (US) 


Saumerstrasse 4 




8803 Ruschlikon (CH) 



(54) Method and apparatus for alternation between Instances of operating systems in computer 
systems 



(57) Information processing system 50 which com- 
prises a processor 51 , a volatile memory 53 and a non- 
volatile memory 55 and which supports a hibernation/ 
dehibernation function by which the state of an operat- 
ing instance, including the state of the processor 51. is 



saved In the non-volatile memory 55 for later retrieval. 
The hibernation/dehibernation function allows the state 
of two Independent operating instances and the respec- 
tive states of the pr(x:essor 51 to be saved in the non- 
volatile memory 55 for later retrieval. 
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Description 

TECHNICAL FIELD 

[0001] The Invention concerns computer systems 5 
with a hibernatlon/dehibernation function. 

BACKGROUND OF THE INVENTION 

[0002] The disk storage capacity of computer sys- 
tems has been increasing over the past years. This does 
also apply for fixed disk drives used In Personal Com- 
puters (PC) and portable PCs. The fixed disk drives are 
currently approaching capacities of 10 GBytes. Given 
these enormous storage capacities it has become pos- 
sible to maintain multiple operating systems (OS), In- 
cluding versions of the same OS, on a single fixed disk 
drive of a computer system. Such systems are common- 
ly referred to as multi-boot systems. Nowadays, switch- 
ing from one running OS instance to another requires 
that the respective computer system be shut-down and 
re-booted with the other OS. Shut-down of a computer 
system is time-consuming and requires that all applica- 
tions be terminated whereby the application contexts 
usually are lost. Re-booting an OS is time-consuming 
as well, because those applications that a user usually 
works with need to be restarted. As a consequence, fre- 
quent switching between instances of OSs by shut- 
down/re-boot is inconvenient and, hence, impractical. 
[0003] Many computer systems now offer a so-called 
hibernation feature which has been described In the art 
as part of an industry standard called Advanced Power 
Management (APM). Details of APM are given in the 
document "Intel, Microsoft, Advanced Power Manage- 
ment (APM) - BIOS Interface Specification", Revision 
1.2, February 1996, which is incorporated in its entirety. 
APM involves all levels of a computer system, including 
hardware, basic input/output system (BIOS), device 
drivers, OS, and applications. The principal technique 
used to reduce power consumption is to shut-off entire 
parts of a computing system that are temporarily not 
used or to reduce clock rates of the processors. APM 
differentiates a number of system states: the full-on 
state, the APM-enabled state, the APM-standby state, 
the APM-suspend state, and the off state. The APM- 
suspend state is the most power-preserving mode. Only 
very little power is consumed to maintain some switch 
circuitry via which a wakeup operation can be invoked 
to return to the APM-enabled state and from there to the 
full-on state. Details of APM and the various states are 
illustrated in Figure 1 . The hibernation state is a special 
variant of the APM-suspend state in which all operation- 
al parameters are saved to a hibernation image in non- 
volatile memory prior to putting the system to off state. 
Typically, the hibernation image is saved to a file, called 
hibernation file, in the hard-disk drive. Then the power 
is cut off from all parts of the computer system but the 
above mentioned circuitry. When leaving the hiberna- 
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tion state, the hibernation image must be read from non- 
volatile memory to return to the APM-suspend state and 
from there via wakeup to the full-on state where the orig- 
inal computer state is restored. The switching into and 
out off the hibernation state is under user control via the 
switching circuitry. 

[0004] Several approaches related to APM are de- 
scribed in US patents, including "Method for saving and 
restoring the state of a CPU executing code in protected 
mode including estimating the value of the page table 
base register', US Patent 5,577,220, 19 November 
1996, and "Suspend-to-disk system for removable hard 
drive", US Patent 5,680,540. 21 October 1997. US Pat- 
ent 5,577,220 solves the problem of saving and restor- 
ing the state of a CPU (central processing unit) execut- 
ing code in protected mode, and US Patent 5,680,540 
solves the problem of letting the user suspend-to-disk, 
remove the fixed disk drive from the computer, insert it 
into another computer and resume-from-disk on this 
other computer. 

[0005] Beginning of 1 999, VMWare, Incorporated an- 
nounced a product called VMware virtual platform which 
lets a user run multiple OSs on a computer (VMware Is 
a trademark of VMware, Incorporated). The VMware 
product sits on top of a host OS, e.g. Linux (Linux is a 
trademark of Linus Ton/aid), and allows the user to in- 
stall and run other OSes (guest OSes) from there. 
VMware provides multiple virtual machines that can run 
the different guest OSes. The host OS and guest OSes 
run concurrently. It is a disadvantage that if the host OS 
crashes, all the other guest OSes crash, too. Details of 
VMware are given in the leaflets "VMware for LINUX - 
Detailed Specifications" and "VMware for Windows NT 
- Detailed Specifications", published by VMware, Incor- 
porated, 1999 (Windows is a trademark of Microsoft 
Corporation). A patent seems to be pending for the un- 
derlying technology. 

[0006] It is an object of the present invention to pro- 
vide a computer system which allows to easily switch 
from one running OS instance to another OS instance. 
[0007] It is an object of the present invention to pro- 
vide a rnethod for switching from one OS instance that 
runs on a computer system to another OS instance. 
[0008] It is an object of the present invention to pro- 
vide software which controls a computer systems such 
that one can switch from one running OS instance to 
another OS instance. 

SUMMARY OF THE INVENTION 

[0009] The present invention concerns information 
processing systems which comprise a processor (e.g., 
a CPU), a volatile memory and a non-volatile memory 
and which support a function - such as a hibernation/ 
dehibernation function - by which the state of an OS in- 
stance is saved in the non-volatile memory for later re- 
trieval. The state of the OS instance comprises the state 
of the processor. The present function allows the state 
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of alternate OS instances and the respective states of 
the processor to be saved in the non-volatile memory 
for later retrieval. 

[0010] The present invention furthermore concems 
information processing systems which comprise a proc- 
essor, a volatile memory and a non-volatile memory and 
which support a function - such as a hibernation/dehi- 
bernation function - by which the state of an OS instance 
together with the state of the processor is saved in the 
non-volatile memory for later retrieval. These informa- 
tion processing systems comprise means, operative 
when entering a suspend state, for saving the state of 
said OS in said non- volatile memory, means, operative 
when entering or leaving a suspend state, for selecting 
an alternate OS instance, the state of which is stored in 
said non-volatile memory, and means for reestablishing 
the state of said alternate OS instance and the corre- 
sponding state of the processor. 
[0011] The present invention also concerns informa- 
tion processing systems which comprise a processor, a 
volatile memory and a non-volatile memory and which 
support a function - such as a hibernation/dehibernation 
function - by which the state of an OS instance Is saved 
in the non-volatile memory for later retrieval. The state 
of the processor is stored together with the state of the 
OS instance. These information processing systems 
comprise, when operated, multiple hibernation images 
in the non-volatile memory. Each hibernation image 
comprises state information required for reestablishing 
the respective OS instance and the corresponding proc- 
essor states. 

[0012] This present invention solves the annoying 
problem of the time-consuming shut-down/re-boot pro- 
cedure that computer system users running multiple op- 
erating systems - or at least two versions of the same 
OS - on the same computer system have to go through 
when they want to switch from one OS, or version to the 
other. 

[001 3] A technical advantage achieved by the present 
invention is that it enables a user to suspend the pres- 
ently running instance of an OS and boot an instance of 
an alternate OS (or an alternate instance of the same 
OS) without having to shut-down the present instance. 
[0014] A further technical advantage achieved with 
the present Invention is that it enables a user to switch 
from the presently running instance of an OS to an in- 
stance of an alternate OS (or an alternate instance of 
the same OS) that has previously been suspended with- 
out having to shut-down the present instance. 
[0015] Combined, these technical advantages enable 
the user to switch between instances of OSs efficiently 
and thereby preserving the application contexts. 
[0016] The present invention allows a user or organ- 
ization to achieve new levels of flexibility, productivity, 
and performance, while maximizing the return on their 
investment in hard-and software. 
[0017] Users can use a single machine to write and 
test software for multiple OSs. One can also upgrade to 



a more recent version of an OS without having to re- 
move an older version. 

DESCRIPTION OF THE DRAWINGS 

5 

[001 8] The invention is described in detail below with 
reference to the following schematic drawings. It is to 
be noted that the Figures are not drawn to scale. 

10 FIG. 1 is an APM state diagram which illustrates 
APM system state transitions. 

FIG. 2 is a schematic state diagram of a computer 
with a conventional suspend/resume func- 
15 tion. 

FIG. 3 is a schematic state diagram of a computer 
system in accordance with the present in- 
vention. 

20 

FIG. 4 is a schematic state diagram of another com- 
puter system in accordance with the present 
invention. 

25 FIG. 5 is a schematic state block diagram of a com- 
puter system in accordance with the present 
invention. 
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FIG. 6 is a schematic representation of a hiberna- 
tion file as used in connection with the 
present invention. 

FIG. 7 is a schematic flow diagram illustrating a se- 
quence of steps in accordance with the 
present invention. 

FIG. 8A is a schematic flow diagram illustrating an- 
other sequence of steps in accordance with 
the present invention. 

FIG. 8B is a schematic flow diagram illustrating an- 
other sequence of steps in accordance with 
the present invention. 



45 DESCRIPTION OF PREFERRED EMBODIMENTS: 

[0019] The terms "computer system" or "information 
processing system" are herein used to describe any pro- 
grammable machine or apparatus which is capable of 

50 accepting and processing data and producing results by 
carrying out repetitious and complex binary operations. 
Examples of such systems are: personal computers 
(PCs), servers, mainframes, notebooks computers, 
palmtops, laptops, personal digital assistants (PDAs). 

55 Further examples of computer systems are communi- 
cation devices (routers, brouters, bridges, switches, 
hubs, etc), certain household appliances, games, cen- 
tral processing units of cars, certain audio/video equip- 
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ment, consumer products, etc. 

[0020] The term "operating system (OS) Instance* is 
used as a synonym for an operational operating system, 
no matter for which computer system and/or platform Is 
was designed, as well as any part, portion, or module of s 
such operating systems. Operating system In the 
present context means a collection of instructions, in 
any language, code or notation, intended to cause a 
computer system to perform particular functions either 
directly or after either or both of the following a) conver- io 
sion to another language, code or notation; b) reproduc- 
tion in a different material form. 
[0021] The terms "state of a computer system" or 
"state of an operating instance" might either refer to the . 
state of a volatile memory, or the state of a processor is 
(e.g., a CPU), or the state of the volatile memory and 
the state of a processor, or the state of the computer 
system. Note that the state of a processor can be stored 
by saving the contents of the respective registers. 
[0022] Before addressing the present invention, the 20 
basics of a typical computer system are described be- 
low. In order to make the description concrete, we de- 
scribe PC computing systems and follow the terminolo- 
gy and describe conventions as used for PCs. For other 
than PC computing systems, analogous components 25 
and features exist. 

[0023] A computer system as herein addressed typi- 
cally has the following major components: 

1. CPU (central processing unit) is the computing so 
component in a computer system. It is the portion 

of the computer system that performs computa- 
tions, executes instructions, controls to a certain de- 
gree the transfers of information between parts of 
the computer system. A computer system might 35 
contain one single-chip central processing unit (mi- 
croprocessor), or several microprocessors. 

2. Main memory (also called random access mem- 
ory (RAM)): This is where data and instructions are 
held while awaiting actions by the processor. A 
RAM is volatile which means that once the power 
is turned off, its contents are lost. Data stored in the 
main memory is accessed far more quickly than that 
kept on mass storage devices such as hard disk 45 
drives, compact disk read-only memories (CD 
ROMs), and digital versatile disks (DVDs). Some 
computer systems also have a cache memory. This 
cache memory is a storage space which is smaller 
than the main RAM and where the most frequently so 
accessed data is kept. Memory chips used in cache 
are usually faster and more expensive than memory 
chips used in the main memory (RAM). 

There are two basic types of RAM - static RAM 
(SRAM) and dynamic RAM (DRAM). SRAM is more ss 
stable but is more expensive and requires more 
power than DRAM. It is generally only found in 
cache memory. DRAM is slower, less stable, re- 
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quires less power, and is cheaper than SRAM. 
DRAM typically has an access time of around 60 
nanoseconds while SRAM is accessed in about 10 
nanoseconds. As well, the cycle time for SRAM Is 
shorter than that for DRAM. 

3. Buses, controller(s). and interface(s) (herein re- 
ferred to as bus structure): This is the intemal cir- 
cuitry that moves data and instructions around and 
facilitates the communication with the CPU, mem- 
ory, and each other. Buses form the data pathways, 
controllers control where and when data and In- 
structions move, and interfaces allow different com- 
ponents to communicate with each other. A bus is 
basically a collection of wires and/or fibers (and 
probably some chips) inside the computer system 
through which data Is transmitted from one part of 
the computer to another and to and from peripheral 
devices. Today's PCs, for example, have at least 
four buses, which interconnect all the components. 
Note that the bus widths and speeds are approxi- 
mate and may vary. 

• Processor Bus - The main path connecting to 
the computer system's main processor (CPU). 

• Cache Bus - Dedicated access to the system 
cache, found only on some high end comput- 
ers. 

• Memory Bus - Connects the computer system's 
memory to the processor (CPU), 

• Local I/O Bus - The main bus, which connects 
high-speed peripherals to the computer sys- 
tem, e.g. video card and hard disks. The stand- 
ard today Is the PCI bus (Peripheral Compo- 
nent Interconnect Local bus), the other local 
bus is the VLB (VESA Local Bus). These buses 
are "local" because they have a direct connec- 
tion to the processor (CPU). 

• Standard I/O Bus - Connects slower peripheral 
to the other buses. This bus still mostly uses 
the original ISA bus type from the original IBM 
computers (XT and AT) although other stand- 
ards such as PCI or USB are emerging. It con- 
nects peripherals such as mice, keyboards, 
modems, and low-end sound cards. 

Note that peripherals connect to the I/O buses in 
various ways, primarily through connectors directly 
on the motherboard and through different interfaces 
such as expansion cards. 

4. Input devices and output devices: An input device 
is anything that sends data to the computer system. 
For example, mice, keyboards, scanners, digital 
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cameras, modems, etc. An output device is any- 
thing that produces output from a computer system. 
For example, monitors, printers, modems. Note that 
several devices are both input and output devices, 
e.g. hard disk drives, modems, etc. 

[0024] One could also list mass storage devices as a 
fifth component. In the present context, however, the 
mass storage devices are assumed to be input and/or 
output devices. Examples of mass storage devices are: 
hard disk drives, CD ROM drives, DVDs, and other like 
devices. 

[0025] Before addressing the present invention, the 
basics of a boot process are described below. In order 
to make the description concrete, we give it in the ex- 
emplary context of a PC computing system and follow 
the terminology and describe conventions as used for 
PCs. For other than PC computing systems, analogous 
boot processes do exist to which the techniques of this 
invention described later could be easily applied by 
somebody skilled in the art. 

[0026] When the power supply of a PC is turned on, 
the PC's chip set generates a reset signal to the proc- 
essor until the power supply signals a stable supply volt- 
age. Next the processor looks in a predefined (BIOS) 
ROM memory location (normally at address FFFFOh) for 
the start of the (BIOS) boot program. Usually, this is just 
a "jump" instruction indicating to the processor the be- 
ginning of the actual (BIOS) startup program. The (BI- 
OS) startup program then performs the power-on self- 
test and initializes other devices by running their ROM's 
(BIOS) startup code. Eventually, the (BIOS) startup pro- 
gram begins the search for the boot medium, usually a 
disk drive, according to the specified boot sequence set- 
ting, from which to boot the OS. When the boot medium 
is a disk drive, the boot process continues as follows: 
The (BIOS) startup program loads the master boot 
record (MBR) from the found primary "active" partition, 
which contains the master partition table and the master 
boot code. The MBR is normally located at cylinder 0, 
head 0, sector 1 of the disk drive. The (BIOS) startup 
program relinquishes control by executing the master 
boot code, a tiny program that itself eventually transfers 
control to the boot loader stored in the partition used to 
boot the OS. In the situation of a multi-boot system, 
where a computing system is used to run multiple OSs, 
the boot loader often resides on a special partition that 
is marked "active" and called the "boot manager parti- 
tion". The boot loader, then called "boot manager", an- 
alyzes all primary partitions and presents the user with 
a choice of available OSs to boot. After the selection, 
the boot manager branches to the proper partition, 
marks this partition as "active" and continues with the 
boot process from there. 

[0027] Now that the computer system is up and run- 
ning and the OS is loaded, the system is ready to run 
application software. This requires the coordinated in- 
teraction of numerous components (identified above) in 
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the computer system. The CPU handles the incoming 
data and instructions, performs necessary computa- 
tions and sends data and instruction to RAM and periph- 
eral devices. If one needs to access data on a storage 

5 device (hard-disk drive, CD ROM, floppy, DVD, etc.) the 
CPU asks the respective device to send the necessary 
data and Instructions to RAM. This is necessary since 
the CPU can only manipulate data that is held in the 
main memory (RAM), Usually, every program which Is 

10 executed and every file which is accessed is copied from 
a storage device into the main memory. Note that some- 
times only parts of the programs/files are loaded - a 
mechanism called paging In Unix systems (UNIX is a 
trademark of UNIX System Laboratories, Inc.). Whereas 

15 the active data (e.g. data of an application program 
which is currently in use) is stored in RAM, the most fre- 
quently accessed portions of that data are stored in the 
cache memory, if available. The CPU communicates 
with the main memory (RAM), cache memory, and pe- 

20 ripheral devices (input and output, I/O) through the re- 
spective bus. A controller or several controllers handle 
the transfer of data back and forth between the various 
components along the bus. The bus connects to various 
components through interfaces of which there usually 

25 are numerous types. An interface may be an expansion 
card inside the computer system with an external plug- 
in port, it may be housed within a peripheral device, or 
it may be located directly inside the computer system. 
Some of the peripherals are internal such as hard-disk 

30 drives, CD ROMs, modems, sound cards, video cards, 
etc. and some are external like the mouse, keyboard, 
monitor, scanner, printer, etc. 

[0028] If on a multi-boot system one now wants to use 
another OS instance instead of the OS instance which 

35 is running at the moment on the computer system, a 
conventional computer systems has to be shut down. 
Then, the system can be re-booted with the other OS 
instance by making the respective selection in the boot 
manager menu. The shut-down and re-boot process is 

40 very time consuming. In addition, all running programs 
have to be terminated as well. 

[0029] In the sequel, the term normal operating state 
shall refer to the full-on state as mentioned at the begin- 
ning of the present document and the term suspend 

45 state Shalt refer to the special implementation of the 
APM-suspend state where the state of the computer 
system has been saved by storing all its operational pa- 
rameters to non-volatile memory, as mentioned at the 
beginning of the present document. To date, usually a 

50 hard-disk drive is used as non-volatile merhory for stor- 
ing the state of the computer system. Details of US Pat- 
ent 5,577,220, mentioned in the introductory part of the 
present document, are incorporated by reference. Be- 
fore addressing the present invention, three different 

55 states of a known computer system, as derived from the 
one described in US Patent 5,577,220, are addressed. 
These three states are illustrated in the state diagram 
of Figure 2. Note that only those states of a known com- 
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puter system are discussed which are relevant in the 
present context. Additional details and aspects are well 
known to someone skilled in the art. The three states 
are referred to as Off State 10. Normal Operating State 
12, and Suspend State 14. The transition between the 
states shown in Figure 2 are indicated by means of ar- 
rows. A computer system might have other states than 
those illustrated in Figure 2. In the Normal Operating 
State 12 a user may use applications. There is a power 
management driver (ARM OS driver) - which is trans- 
parent to the user - in the OS which runs in the back- 
ground. In addition, there are usually ARM BIOS rou- 
tines. Examples of the ARM BIOS routines are the Sus- 
pend Routine, the Resume Routine, the Boot-Up Rou- 
tine, the Supervisor Routine, the Save CPU State Rou- 
tine, and the Restore CPU State Routine. In addition, 
there is an ARM BIOS Routing Routine which essentially 
accepts commands from the ARM OS driver and calls 
the appropriate ARM BIOS routine. For example, if the 
ARM OS driver issues a Suspend Command (transition 
13), the ARM BIOS Routing Routine calls the Suspend 
Routine and the computer system undergoes a transi- 
tion into the Suspend State 14. In the Suspend State 14, 
the computer system consumes an extremely small 
amount of electrical power. The small use of power is 
accomplished by saving the state of the computer sys- 
tem (system state) to non-volatile memory. To enter the 
Suspend State 14, execution of applications is interrupt- 
ed and program execution control is transferred to the 
power management driver. The power management 
driver ascertains the state of the computer system and 
writes the entire state to non-volatile memory. The state 
of CRU registers, any cache, the system RAM, and other 
registers and volatile memories is written to non-volatile 
memory. The entire state of the system is saved in a so- 
called hibernation image in such a way that it can be 
later restored. That is, the user needs not to wait for the 
computer system to re-boot and load an OS instance, 
and to load the graphical user interface as it normally 
would. 

[0030] The basic concept of the present invention is 
now described in connection with Figure 3. The above- 
mentioned disadvantages of known computer systems 
are overcome by a method which 

1 . replaces the shut-down/re-boot operation (tran- 
sitions 16 and 11 in Figure 2) by a suspend opera- 
tion into Suspend State and resume operation to 
Normal Operating State that - in a departure from 
the existing art - is capable of maintaining multiple 
hibernation images in non-volatile memory; and, 
which 

2. gives the user the choice to resume operation of 
any previously suspended OS instance (resume 
from the respective hibernation image ) or to boot a 
new instance of an OS (boot from a bootable disk 
partition) prior to entering or immediately before 
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leaving the hibemation state. 

[0031 ] In a departure from the existing art. the present 
scheme allows a user to switch between two or more 
5 OS instances. This is realized by means of appropriate 
operations in the context of transitions into and out of 
the hibemation state: 

(1) When leaving hibernation state, the present 
10 scheme allows any one of several alternate OS in- 
stances to be booted via a normal boot procedure; 

(2) When leaving hibernation state, the present 
scheme allows any one of several saved system 

15 states to be restored via a resume procedure; 

(3) The present scheme allows a suspend operation 
to be pertormed independent of whether previously 
saved system states exist and leaves these system 

20 states Intact; 

(4) When leaving hibernation state, the present 
scheme offers the user a choice between a boot 
procedure and a resume procedure; 

2$ 

(5) When several alternate saved system states ex- 
ist, the present scheme offers the user a choice as 
part of the resume procedure; 

30 (6) When going into hibernation state under user 
control and when several alternate saved system 
states exist, the present scheme enables the user 
to indicate the system state to be restored and al- 
lows the suspend/resume operations to be execut- 
es ed in Immediate succession, thus effectively per- 
forming a user directed switch between two OS 
instances . 

[0032] The present scheme might rely on the normal 
40 boot procedure which is multi-boot capable and offers 
the user a choice between alternate bootable partitions 
should rnore than one exist. RIease note that there is no 
notion of a host OS and multiple guest OSes that run on 
top of the host OS, as implemented in VMware which 
45 was mentioned in the introductory part of the present 
description. VMware does not allow the system or user 
to save the state of an OS instance - including the state 
of a processor - in a non-volatile memory for later re- 
trieval. Furthermore, the different OSes provided by 
50 VMware are not independent OS instance because the 
guest OSes run on top of VMware which sits within the 
host OS. 

[0033] According to a first embodiment of the present 
invention a user can decide after he pressed the power 
55 button (step 20) to power up a computer whether to go 
through the boot procedure (path 21, 22) to boot a first 
OS, or whether to dehibernate (path 23, 24) by perform- 
ing a resume procedure so that a second OS instance 
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can be used which was saved before during a hibernate 
process. This scheme is illustrated in Figure 3. If the us- 
er selects in step 25 the path 21 , 22, then the computer 
boots the first OS via a boot process and goes into the 
normal operating state 26. If the path 23, 24 is selected, ^ 
the second OS Is reactivated via a resume process by 
restoring the respective state from the hibernation im- 
age kept in non-volatile memory. After power on, a 
screen may be presented to the user by means of which 
he can select the regular boot path 21, 22, or the dehi- 
bernate path 23, 24. If there are several hibernation im- 
ages found by the computer, the user might be given 
even further options at step 25. 
[0034] According to a second embodiment of the 
present invention a user can choose whether to use an 
existing hibernation image 36 when powering down a 
computer, effectively ovenwriting the system state kept 
by this image, or whether to create a new hibernation 
image 34, as illustrated in Figure 4. If the user initiates 
a power down on a running computer (box 30), a hiber- 
nate process 31 is invoked. The user then can select 
whether to use the existing hibernation image (path 35, 
36) or whether to create a new one (path 33, 34). If he 
chooses an existing hibernation image that image is up- 
dated with the current system state and the computer is 
switched off (box 37), otherwise the system state is 
saved in form of a new hibernation image (path 33. 34) 
and the computer is switched off. 
[0035] According to a third embodiment of the present 
invention a user can change OS instances on a running 
computer. This scheme is illustrated in Figure 4. Assum- 
ing the computer is in a running state (box 30 in Figure 
4), the user is prompted whether he wants to save state 
information of the current OS into a corresponding hi- 
bernation image, or whether the state information is to 
be discarded and another OS instance is to be loaded 
by a resume process from the respective hibernation im- 
age from the non-volatite memory. Assuming that OS/2 
(OS/2 is a trademark of International Business Ma- 
chines Corporation) is running on the computer and the 
user wants to use Linux for a while, he would initiate the 
hibernate process. He then has to select whether to 
save the current state or not. If the answer is yes, then 
the computer saves the state information and creates 
an OS/2 hibernation image. Then, the user can select 
another hibernation image. If there is only one other hi- 
bernation image (e.g., the desired Linux hibernation im- 
age) the computer would automatically resume boot 
from this image and restore a previously stored Linux 
instance. 

[0036] According to a fourth embodiment of the 
present invention a user can decide when triggering a 
computer to leave a previously entered hibernation 
state, whether to resume from one of several OS in- 
stances from the corresponding hibernation images that 
were stored some time ago. The respective OS is then 
restored via a resume procedure. If the user has already 
selected a particular hibernation image prior to entering 
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the hibemation state, then there Is no need to prompt 
him again when leaving the hibemation state and a 
resume procedure from the selected hibernation image 
is employed. 

[0037] According to a fifth embodiment of the present 
invention a user can bring the computer Into hibemation 
state in the same way as a conventional computer. The 
point of distinction here is that the user either selects a 
regular hibemate/dehibernate mode where the current 
OS instance is saved to a hibernation image and reload- 
ed after a while, or a modified hibemate/dehibemate 
mode where the computer loads another OS instance. 
The regular hibemate/dehibernate mode can be used, 
for example, if the user leaves the computer unattended 
for a while to preserve energy. The modified hibemate/ 
dehibernate mode can be used if the user decides to 
use another OS instance after a break If the user selects 
the modified hibernate/dehibernate mode, the computer 
either asks him to select an alternative OS instance dur- 
ing the hibernate process, or right after he has initiated 
the dehibernate process. 

[0038] Additional aspects of the present invention are 
described in connection with the flowchart given In Fig- 
ure 7. A computer system is assumed to run a first OS 
(shown as OS1), as indicated in box 80. If the user or 
system initiates a hibernation sequence, the user may 
be offered an opportunity to decide whether to go into 
hibernation state or whether to retum to the running 
state (box 80) via path 85. This decision making process 
is indicated by reference numeral 81 . If the user decides 
to enter the hibernation state he can chose between the 
regular hibernation/dehibernation mode (box 84) where 
the system (or part thereof) is powered down for a while 
and where the system during a subsequent dehibema- 
tion sequence retums to OS1 (box 80) via path 86, and 
the modified hibernation/dehibernation mode in accord- 
ance with the present invention (box 82) where a selec- 
tion of all available hibernation files is offered to the user 
and he can select one. In the present example the OS2 
was selected and the dehibernatlon sequence restores 
the state of OS2 (box 83). In other words, the user 
changed from a first OS instance (OS1) to a second OS 
instance (OS2) without having to shut-down and re-boot 
the system. 

[0039] Additional aspects of the present invention are 
described in connection with the flowchart given in Fig- 
ure 8A. As illustrated, if the computer system is running 
(box 90), a user can choose whether to save the current 
OS (decision 91 ). If the user decides to have the current 
OS saved, the system generates a corresponding OS 
hibernation image (box 92). Otherwise, the OS is shut- 
down (box 93). This sequence of steps can be followed 
by the preselection of an OS for later dehibernatlon or 
boot, as indicated by decision 94. The preselection se- 
quence is optional. If the user decides to make a prese- 
lection, this preselection is stored (box 95) before the 
computer system is powered-off (box 96). If no prese- 
lection is made, the system is powered-off directly (box 
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96). Note that the power-off state at box 96 can corre- 
spond to the Off State or Suspend State of Figure 2. 
[0040] Provided that a preselection was made (see for 
example boxes 94 and 95 of Figure 8A). the sequence 
of Figure SB can be followed upon leaving the Power 5 
Off state (box 100). Rrst, it is checked whether a prese- 
lection already exists (decision 101). If this is the case, 
then the computer system dehibernates or boots using 
the hibernation image that was preselected (box 102) to 
go into the running state (box 103). If no preselection 
exists or was found, the computer system follows the 
steps starting at box 25 of Figure 3, i.e., the user can 
select in step 25 the path 21 , 22, so that the computer 
system boots an OS via a boot process and goes into 
the normal operating state 26. If the path 23, 24 is se- 
lected by the user, another OS (or another instance of 
the same OS) is reactivated via a resume process by 
restoring the respective state from the hibernation im- 
age kept in non-volatile memory. A screen may be pre- 
sented to the user by means of which he can select the 
regular boot path 21 , 22, or the dehibernate path 23, 24. 
If there are several hibernation images found by the 
computer, the user might be given even further options 
at step 25. 

[0041] There are many different ways to implement 
the present invention. It can be implemented in hard- 
ware, firmware, software, or any combination thereof. It 
can be implemented in the boot code and low-level in- 
put-output system code contained in ROM, in the master 
boot code contained in the boot medium, in the boot 
loader contained in the bootable partition, in the boot 
manager contained in the boot manager partition, in the 
operating system, or any combination thereof. Several 
examples of implementations are given below. 
[0042] The present invention can be implemented by 
modifying the low-level input-output system code (such 
as the BIOS code) usually contained in ROM (and pos- 
sibly shadowed to RAM). In particular, the code imple- 
menting the suspend function and the resume function 
can be modified such that they are able to handle the 
different steps required when entering hibernation state 
and when leaving hibernation state, in accordance with 
the present invention. When invoked, the resume func- 
tion asserts the existence of one or multiple hibernation 
images and offers the user a choice comprising: (1) a 
selection of all available hibernation images; (2) for each 
hibernation image in this selection the option (2a) to 
resume from it or (2b) to discard and delete it; (3) the 
additional option to perform a boot operation that leaves 
the hibernation images intact. When the user decides to 
resume from an available hibernation image, the 
resume function restores the respective system state by 
performing a conventional resume operation. When the 
user decides to discard a hibernation image, the resume 
function ensures deletion of the image and offers the 
user said choice anew. When the last available hiberna- 
tion image has been deleted or the user chooses to per- 
form a boot operation, the resume function branches to 



the normal boot-up function. The boot-up function pro- 
ceeds in the usual way, eventually passing control to the 
boot manager, which itself presents the user a choice of 
bootable OSes to boot. When invoked, the suspend 
function asserts the existence of one or multiple hiber- 
nation images and offers the user a choice comprising: 
(1 ) a selection of all hibemation images; (2) the option 
to save the current system state into a hibemation image 
with the option (2a) to replace an existing hibemation 
image from the selection or with the option (2b) to create 
a new hibemation image uniquely identifiable by the us- 
er in the course of a subsequent resume function exe- 
cution; (3) the additional option to mark a single hiber- 
nation image from the selection to be used in the imme- 
diate execution of the resume function subsequently to 
the completion of this suspend function. When the user 
decides to replace an existing hibernation image, the 
suspend function saves the current system state in that 
hibernation image effectively replacing Its present con- 
tent. When the user decides instead to create a new hi- 
bernation image, the suspend function saves the current 
system state into a new hibernation image with a new 
unique identifier (possibly prompting the user for this 
identifier). When the user has marked a hibernation im- 
age for an immediate execution of the resume function, 
the suspend function as last action branches to the 
resume function, which then restores the system state 
from that hibernation image (without prompting the user 
anew). 

[0043] Alternatively, the present invention can be im- 
plemented by modifying the boot loader (or boot man- 
ager) usually contained in a bootable partition. The boot 
loader is loaded as part of a regular boot procedure. 
Once the bootloader is loaded, it copies itself to a place 
in high memory and marks that memory out of the avail- 
able RAM bit mask that is provided to any OS instance 
that gets loaded. This allows the boot loader to stay res- 
ident in the RAM. The boot loader may provide entry 
point addresses to the OS for the suspend function and 
the resume function. As first action after making itself 
resident in RAM, the boot loader asserts the existence 
of hibernation images in non-volatile memory to decide 
whether it should perform a boot function or a resume 
function. When no hibernation images are present, it 
branches to the boot function which offers the user a 
choice of bootable OSes. Upon selection of an OS it 
toads the respective OS and hands control over to it. If 
hibernation images are present, it branches to the 
resume function, which implements the different steps 
required when leaving hibernation state, in accordance 
with the present invention in essentially the same way 
as described with the alternate implementation above. 
In particular, after the user Interaction the boot loader 
can proceed to restore all of RAM from the saved hiber- 
nation image. And since the image did not Include boot 
loader itself, there is no potential for overwriting itself 
during the RAM restore. After all of RAM has been re- 
stored, the boot loader then restores CPU state to the 



IS 



20 



25 



30 



35 



40 



45 



50 



8 



15 

same as when it was called prior to the respective sus- 
pend function execution and continues execution. This 
effectively causes a return to the operating system rou- 
tine that branched to the suspend entry point. The OS 
can then resume normal operation. When the OS wants 5 
to suspend, it performs its OS-level state saving and 
then branches to the boot loader suspend entry point. 
This executes the suspend function, which implements 
the different steps required when entering hibernation 
state, In accordance with the present Invention in essen- 
tially the same way as described with the alternate im- 
plementation above. In particular, after the user interac- 
tion the boot loader can copy the complete RAM image 
up to the starting address of itself to the non-volatile hi- 
bernation image. This allows the entire RAM image of 
the OS to be saved unchanged since the boot loader 
code resides in memory not available to the OS. Details 
of these normal boot and resume boot sequences are 
described In "Operating System and Machine Independ- 
ent Hibernation", IBM Technical Disclosure Bulletin, Vol. 
38, No. 5, pp. 143-144, 5-1995. This reference is incor- 
porated in its entirety. 

[0044] The construction of a system 50 in accordance 
with the present Invention is addressed in connection 
with Figure 5. Please note that the system illustrated in 
Figure 5 is just one possible example. This Figure 
shows, In a simplified form, the structural elements of 
the main hardware in a notebook-type computer embod- 
ying the present invention. Reference numeral 51 des- 
ignates the main CPU, for example an Intel Pentium II 
CPU, which incorporates a memory controller 52 (Intel 
and Pentium are trademarks of Intel Corporation). The 
CPU 51 communicates with a main memory 53 via a 
memory bus 66. The main memory 53 loads the BIOS, 
drivers, an OS, and an application program. The main 
memory 53 also may store code which controls aspects 
of the present hibernation/dehibernation scheme (this 
code Is herein referred to as hibernation code 63 or mod- 
ified code 58). The hibernation code 63 is loaded from 
ROM 56. where is resides as modified code 58, at the 
time of power-on or after a reset. The main memory 53 
may comprise DRAM chips. The CPU 51 may allocate 
part of the main memory 53 to the hibernation code 63. 
The memory controller 52 may switch the communica- 
tion of the CPU 51 so that the CPU 51 communicates 
either with the hibernation code 63 or with other infor- 
mation stored in the main memory 53. The CPU 51 con- 
nects with the ROM 56, a keyboard 59, a mouse 60, and 
an LCD display 62 via a video adapter chip 61 through 
an address/data bus 54. The video adapter chip 61 is a 
display controller so that Information Is displayed on the 
LCD display 62 in accordance with the content of a spe- 
cial RAM (not shown). There is usually a keyboard/ 
mouse controller and sub-CPU situated between the 
keyboard 59, mouse 60 and the bus 54. This controller 
and the sub-CPU are not shown in Figure 5. Note that 
there usually are other components connected via the 
bus 54 to the CPU 51. The system 50 comprises a so- 
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called hibemation unit 64 which controls aspects of the 
present hibernation/dehibernation scheme. This hiber- 
nation unit 64 is connected via an interruption line 65 to 
a pin of the CPU 51 . The hibernation unit 64 monitors 
the system 50. When the hibemation unit 64 detects that 
the hibernation state is to be entered, it activates the 
interruption tine 65. This interrupt is heriein referred to 
as hibernation interrupt (HI). Note that this hibemation 
unit 64 can be implemented in software, hardware (e.g. 
as part of a logic chip), or as a combination of software 
and hardware. When the HI occurs, the memory con- 
troller 52 enables communication between the CPU 51 
and the hibernation code 63 thereby initiating execution 
of this code 63. As mentioned above, the ROM 56 might 
store modified code 58 in addition to the regular BIOS 
code 57. The modified code 58 is loaded as hibernation 
code 63 from the ROM 56 to the main memory 53. 
[0045] The CPU 51. or a sub-CPU (mentioned 
above), detects whether the system or user wants to en- 
ter the hibernation state. The entering of the inventive 
hibernation/dehibernation scheme can be triggered by 
the user pressing a hot key on the keyboard 59, for ex- 
ample. The regular suspend and resume functions can 
be invoked, for instance, if the system detects that the 
notebook's lid was closed. In some implementation of 
the present invention the hibernation unit 64 may com- 
prise a power management handler (not shown) which 
powers down part of the system 50 after the system 
state was saved to the hibemation image in non-volatile 
memory (e.g. a hibernation file in the disk drive 55). This 
power-down cycle is not invoked if the user just wants 
to change from a first OS instance to a second OS in- 
stance. 

[0046] The system 50 mounts a non-volatile memory 
(e.g. a hard disk drive 55). When the system 50 enters 
into hibernation state, a hibernation Image for storing 
data is prepared on the non-volatile memory. 
[0047] In addition to the above described components 
there are usually many other hardware and/or software 
elements. These elements are not shown for simplicity 
since computer systems and their elements are well 
known to those skilled in the art. 

[0048] As shown in Figure 6, an embodiment of the 
present Invention might secure a location on the non- 
volatile memory (e.g. disk drive 55) for a block 71 for the 
control information, a block 72 for the file allocation in- 
formation, a block 73 for work data, a block 74 for the 
content of the volatile memory, and a block 76 for the 
content of the main memory (e.g. main memory 53). The 
control information Is required during the normal boot 
process after the system 50 Is powered on, or during the 
resume function. Such control information includes sys- 
tem configuration information and start addresses for 
blocks 72 through 74. Work data are other data required 
for hibernation, it comprises hardware context informa- 
tion and control flags. Blocks 71 - 75 may be a series of 
areas physically connected into one integration. The 
block 71 is the least required to reside in a fixed place 
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on the non- volatile memory. The block 71 may be ar- 
ranged at the head of a special cylinder (which is re- 
served but cannot be accessed by a user) that is the 
innermost part of a hard disk 55. When the hibernation 
image actually stores data, the start address for blocks 
73 - 75 are determined. The file system of the currently 
used OS instance can be used to generate a hibernation 
image 70. For this purpose a file preparation utility (e.g. 
an executable program) might be used. A system ac- 
cording to the present invention may comprise more 
than one such hibernation image 70. All these hiberna- 
tion images are arranged such that they can be retrieved 
during the resume function. The user can chose one of 
the hibernation images. The respective hibernation im- 
age is then located in the non-volatile memory using 
control Information and/or file allocation information and 
the corresponding OS instance is reinstated on the sys- 
tem. Even the state of application can be reestablished. 
[0049] Note that any non-volatile storage, including 
disk drives, can be used to which to save the system 
state in the course of the suspend function and from 
which to restore the system state in the course of the 
resume function. 



Claims 

1. . An information processing system (50) comprising 

a processor (51). a volatile memory (53) and a non- 
volatile memory (55) and supporting a function by 
which the state of an operating instance, including 
the state of said processor (51), is saved in said 
non-volatile memory (55) for later retrieval, whereby 
said function allows the state of two independent 
operating instance to be saved in said non-volatile 
memory (55) for later retrieval. 

2. An information processing system (50) comprising 
a processor (51 ), a volatile memory (53) and a non- 
volatile memory (55) and supporting a function by 
which the state of an operating instance, including 
the state of said processor (51), is saved in said 
non-volatile memory (55) for later retrieval, said in- 
formation processing system (50) comprising: 

(a) means (64. 65. 51, 52. 66, 53. 54, 63), op- 
erative when entering a suspend state, for sav- 
ing said state of said operating system In said 
non-volatile memory (55), 

(b) means (51 , 52, 66. 53, 63, 62, 59). operative 
when entering or leaving a suspend state, for 
selecting another operating system, the state 
of which is stored in said non-volatile memory 
(55). and 

(c) means for reestablishing the state of said 
other operating system and the state of said 



processor (51). 

3. An information processing system (50) comprising 
a processor (51 ), a volatile memory (53) and a non- 

5 volatile memory (55) and supporting a function by 
which the state of an operating instance, including 
the state of said processor (51). is saved in said 
non-volatile memory (55) for later retrieval, said in- 
formation processing system (50) comprising, when 

10 operated, a first and a second hibernation image in 
said non-volatile memory, whereby said first hiber- 
nation image comprises state Information required 
for reestablishing a first operating instance and the 
respective processor state, and said second hiber- 

15 nation image comprises state information required 
for reestablishing a second operating instance and 
the respective processor state. 

4. The system according to any of the preceding 
20 claims, wherein said state is saved to a hibernation 

image In said non-volatile memory (55). 

5. The system according to claim 1 1n combination with 
claim 4, wherein two independent hibernation im- 

25 ages, representing the state of said two independ- 
ent operating instance and the state of said proces- 
sor (51 ). reside in said non-volatile memory (55). 

6. The system according to claim 2 in combination with 
30 claim 4, wherein said means, operative when enter- 
ing a suspend state, comprise means for accessing 
an area in said non-volatile memory (55) where file 
allocation information (72) is stored, for obtaining 
the allocation information for said hibernation image 

35 (70). and for inputting the obtained information Into 
a buffer in said system (50). 

7. The system according to claim 6, comprising means 
for saving the contents of said volatile memory (53) 

40 to said hibernation image (70) by using said alloca- 
tion information (72) in said buffer. 

8. The system according to claim 6, comprising means 
for storing address information on the location in 

45 said non-volatile memory (55) where said allocation 
information has been saved. 

9. The system according to claim 8, wherein said ad- 
dress information is stored into a predetermined ar- 

50 ea in said non-volatile memory (55). 

10. The system according to claim 4, wherein said hi- 
bernation image (70) comprises information (71, 
72) for subsequent resumption of execution of an 

55 operating system and at least one other program, 
such as an application program. 

11. The system of claim 1. 2, or 3, wherein said non- 
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volatile memory is a disic drive (55). 

12. The system of claim 1, 2, or 3, comprising code 
which, when executed, controls said function. 

5 

13. The system of claim 1, 2, or 3, comprising a hiber- 
nation unit (64) which controls said function. 

14. The system of claim 1, 2. or 3, comprising means 
(64) for triggering the state of said operating in- io 
stance to be saved in said non-volatile memory 
(55). 

15. The system of claim 1. 2. or 3 being part of a port- 
able computer. is 

16. The system of claim 1, 2, or 3, wherein said state 
of an operating instance further comprises the state 
of said volatile memory, or the entire state of the 
computer system. 20 



memory is a disk drive (55). 

23. The method of claim 19. wherein a user can select 
prior to carrying out step a. whether to save state 
information of said system (50) in said non-volatile 
memory (55). 

24. The method of claim 1 9, wherein a user can select 
between a regular hibernate/dehibernate function 
where at least part of the system (50) is powered- 
down, or the function described by steps a. through 
c. 



17. The system of claim 1. 2, or 3, wherein said state 
of said processor (51) is stored by saving the con- 
tents of the processor's registers. 

18. In an information processing system (50) compris- 
ing a processor (51) coupled to a volatile memory 
(53) and a non-volatile memory (55) for executing 
at least a first operating system comprising a plu- 
rality of instructions, a method for saving state in- 
formation of said first operating system (50) and 
processor (51) in said non-volatile memory (55) in 
a manner that said first operating system can be re- 
established from said state information, said meth- 
od comprising the steps of: 



25 



30 



35 



a. entering a suspend state by saving said state 
information in said non-volatile memory (55), 

b. selecting a second operating system, <o 

c. leaving said suspend state by reestablishing 
the state of said second operating system and 
processor (51) by retrieving the corresponding 
state information from said non-volatile memo- 
ry(55). 

19. The method of claim 18, wherein step b. is carried 
out while carrying out step c. 

50 

20. The method of claim 18 or 19, wherein during step 
a. at least part of said system (50) is powered off. 

21. The method of claim 19, wherein the step of enter- 
ing a hibernation state is initiable by a user of said ss 
system (50). 

22. The method of claim 17, wherein said non-volatile 



11 



EP 1 037 133 A1 



Device 

Responsiveness 
Decreases 



Off Switch 

APM Enable 
Enable Call 

Off Switch 



FuU On 



APM Disable 
Disable Call 



Short Inactivity 
Standby Call 



APM Enabled 
r 



Off Switch 



Resume 
Event 



Off Switch 



APM Standby 



Wakeup 
Event 



APM Suspend 



Hibernation 



I 



Off 



Long Inactivity 
Suspend Interrupt 
Suspend Call 

On Switch 



Power 
Usage 
Increases 



FIG. 1 



12 



EP 1 037 133 A1 



^ State J 



10 



Shut-down 
16 



lormal 
OperatingJ'^^ 
>tate 



Resume to normal 
Operating State 




automatic or User-initiated 
Suspend 

13 



FIG. 2 



c 

o 

o 

Powel l ^ 
Off 

20 



Select 




22 



Boot OS 



resume from 

hibernation 

i- 

24 




runmng 



2^ FIG. 3 




34 



■A 



New hibernate image 



36 



existing hibernate image 




regular shutdown 



FIG. 4 



13 



EP 1 037 133 A1 



50 



51 



52 



■A 



CPU 



Memory 
ControUer 



66- 



Memory bus 



Main memory 

: Hibernation : 
: code 



63 



T 

53 



Hibernation 
unit 



64 



65> 



C/5 

X) 

5 



-54 



55' 



disk drive 



ROM 


BIOS code 


modified code 

V ^ 



56 



Keyboard 



Mouse 



57 
59 

60 



58 



VGA 

^ 



LCD 



61 



62 



FIG. 5 



14 



EP1 037 133 A1 



Control 
Information 



71 



File allocation 
information 



72 



work data 



73 



content of — 
volatile memory 



70 



content of main 
memory 



75 



FIG. 6 



osi 

X running 




-85 



inventive 
hibemate/dehibemate 



82 



I 



regular 
hibemate/dehibemate 



OS2 
running 



—r- 
84 



83 



-86 



FIG. 7 



15 



EP 1 037 133 A1 




yes 



generate OS 
hibernation 




no 




shut-down 
OS 



93 



no 



store 
preselection 



95 



L 



Power Off 



96 



FIG 



16 



EP1 037 133 A1 



Power Off 



100 



dehibemate 
or boot 




102 



continue with 
box 25 from 
Fig.3 



running 



104 



103 



FIG 



17 



EP1 037 133 A1 



European Patent 
OfHce 



EUROPEAN SEARCH REPORT 



Application Number 

EP 99 10 4028 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Categoiy 



Citation ot document with indication, where appropriate. 
of relevant passages 



Relevant 
to datm 



CLASSIFICATION OF TH£ 
APPLICATION 



EP 0 749 063 A (IBM) 

18 December 1996 (1996-12-18) 



* abstract * 

* column 3, line 56 - column 4, line 58 * 

* column 14, line 27 - line 44 * 

* column 53, line 4 - line 53 * 

* column 55, line 45 - column 57, line 27 
* 

* column 65, line 49 - column 66, line 12 
* 

* figures 10A-10G,12A-12E,20A,20B,22 * 

* claims 1-12 ♦ 

EP 0 636 983 A (IBM) 

1 February 1995 (1995-02-01) 

* abstract ♦ 

* column 2, line 29 - column 3, line 22 * 

* column 6, line 56 - column 7, line 43; 
figure 3 * 

line 17 - column 12, last 
7 * 

line 1 - column 15, line 53; 



* column 10, 
line; figure 

* column 13, 
figures 8-11 

* claims 1,2,10,15 * 

EP 0 658 843 A (IBM) 
21 June 1995 (1995-06-21) 

* abstract * 

* column 2, line 33 

* column 6, line 19 
figure 3 * 

* column 9. line 31 - column 15, line 52; 
figures 9-11 * 

* column 18, line 5 - line 28 ♦ 



column 3, line 9 * 
column 7, line 34; 



* claims 1,5,9,10,12-14 * 



-/-- 



The present search report has been drawn up for all claims 



1-5, 

10-14. 

16-18. 

21-24 

6-9,15 



606F1/30 

G06F9/445 

G06F9/46 



6-9,15 



TECHNICAL FIELDS 
SEARCHED 



G06F 



1-5 



Piec«of aearoti 

THE HAGUE 



Date of oompistioi) ol the aeaich 

14 September 1999 



Examner 

Wiltink. J 



CATEGORY OF CITED DOCUMENTS 



X : particularty relevant tf taken atone 

Y : paniculariy relevant il combined with another 

document of the same category 
A : technological bacKground 
O : non-written disclosiire 
P : intermediate document 



T : theory or principle underlying the invention 
E : eartter patent document, but published on. or 

after the filirvg date 
D : document cited in the application 
L : document cited for other reasons 



& : member of the same patent tamly. corresponcfing 
document 



18 



EP1 037 133 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Appllcstlon Number 

EP 99 10 4028 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to daim 



CLASSIFICATION OF THE 
APPLICATION 



"OPERATING SYSTEM AND MACHINE INDEPENDENT 
HIBERNATION" 

IBM TECHNICAL DISCLOSURE BULLETIN. 

vol. 38. no. 5. 1 May 1995 (1995-05-01), 

page 143/144 XP000519526 

ISSN: 0018-8689 
* the whole document * 



1-24 



TECHNICAL FIELDS 
SEARCHED 



The present search report has been drawn up for all claims 



Place ol ssarch 

THE HAGUE 



Date ol completion of the eearch 

14 September 1999 



Examiner 

Wiltink, J 



CATEGORY OF CrTED DOCUMENTS 

X : particularly relevant il taken alone 

Y : particularly relevant if combined with another 

document of the same category 
A : technological background 
O : rK>n>written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the filing date 
O : document cited in the application 
L : document cited for other reasons 



& : member of the same patent family, corresponcfing 
document 



19 



EP1 037 133 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 99 10 4028 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European seaich report. 
The members are as contained in the European Patent Office EDP rde on 

The European Patent Office is m no way liable for these particulars which are merely given for the purpose of information. 

14-09-1999 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member<s) 



Publication 
date 



EP 0749063 



18-12-1996 



US 
US 
US 
OP 
JP 
JP 



5758174 
5752044 
5715464 
9006486 
9006459 
8339246 



EP 0636983 A 



01-02-1995 



JP 7084848 A 
CN 1105136 A 



EP 0658843 A 



21-06-1995 



JP 



7200112 A 



2 



26-05-1998 
12-05-1998 
03-02-1998 
10-01-1997 
10-01-1997 
24-12-1996 



31-03-1995 
12-07-1995 



04-08-1995 



w For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



20 



